home *** CD-ROM | disk | FTP | other *** search
/ Monster Media 1996 #15 / Monster Media Number 15 (Monster Media)(July 1996).ISO / bbs_util / nef234.zip / WHATSNEW.TXT < prev   
Text File  |  1996-05-20  |  46KB  |  1,087 lines

  1.         
  2.                                       NEF
  3.         
  4.                              Changes and Additions
  5.         
  6.         
  7.         2.34   Public Release, May 20 1996
  8.         
  9.              - Extension of the PassThru concept.
  10.         
  11.                If you specify the "-0" flag in a FileArea definition,
  12.                when you do "Nef Clean", the files not currently
  13.                referenced in outbound attaches are deleted.
  14.         
  15.                If you specify "-0<days>", the files in that area will
  16.                not be deleted until they become older than <days> _AND_
  17.                there is no file attach pointing to them.
  18.         
  19.                Example:
  20.         
  21.                FileArea Area1 \file\area1\ O -030 2:345/678 I123/4
  22.         
  23.                Files in \file\area1 will be deleted when older than 30
  24.                days _and_ not referenced by any file attach.
  25.         
  26.              - OS/2: New "KillDate Write|Creation" statement.
  27.                To specify the date to be used for evaluating the file
  28.                age that triggers the file deletion in passthru areas.
  29.         
  30.                This statement is useful for HPFS, ignored on FAT.
  31.         
  32.                If none specified, "Creation" is assumed.
  33.         
  34.                Example:
  35.         
  36.                KillDate Write
  37.         
  38.              - New extended "-0<days>" switch for the "NewAreasFrom"
  39.                statement.
  40.         
  41.              - OS/2: New parameters "Creation" and "Write" for the Touch
  42.                keyword. You can configure the type of "touch" you need.
  43.                Examples:
  44.         
  45.                Touch       ; default: touch the Creation (upload) date
  46.                Touch Creation              ; same as default
  47.                Touch Write                 ; touch the Last Write date
  48.                Touch Creation Write        ; touch both dates
  49.         
  50.              - Fixed bug introduced in 2.32 which caused an access
  51.                violation in the "query" type commands if AreaDescWrap
  52.                was not used in the config file.
  53.         
  54.              - Added check to prevent access violation when interactive
  55.                hatch is used with @diz and CompressCfg is NOT defined.
  56.                Now an error is reported.
  57.         
  58.              - Added check to prevent that NEF reports "Empty command"
  59.                when no MaxAreaCompile statement is used.
  60.         
  61.              - Enhanced INF Documentation.
  62.         
  63.         
  64.         
  65.         2.33   Public Release, Mar 13 1996
  66.         
  67.              - A bug in the squish.cfg parsing routines has been found:
  68.                if an area is defined with NOTHING after the path, this
  69.                area cannot be opened. The problem usually happens when
  70.                AreaTag specifies a *.MSG netmail with NO flags in
  71.                Squish.Cfg.
  72.         
  73.         
  74.         
  75.         2.32   Public Release, Mar 13 1996
  76.         
  77.              - New registration options: BMT Micro, NC, USA and Vince
  78.                Coen, UK.
  79.         
  80.              - If the file description contains high ascii codes
  81.                (>127), the announcements will now contain remapped
  82.                plain-ASCII characters.
  83.         
  84.              - You can allow High Ascii characters in some (or even
  85.                all) areas by the use of the "HighAsciiOk" statement in
  86.                the global or local-override announcement sections.
  87.         
  88.              - New (global) statement: UniqueDmpLine.
  89.                Makes NEF generate FILES.DMP filebase files with
  90.                descriptions on one line only (multiple lines are
  91.                concatenated).
  92.         
  93.                By default, NEF outputs multi-line descriptions without
  94.                changes to FILES.DMP: when using L)ocate and N)ewfiles
  95.                commands, Maximus will respect the original formatting,
  96.                but the continuation lines will be aligned to the left.
  97.         
  98.                When this statement is used, the original formatting of
  99.                descriptions is lost (in the filebase) but Maximus will
  100.                be able to word-wrap and align when executing L)ocate or
  101.                N)ewfiles commands.
  102.         
  103.              - Added check to prevent misconfiguration of the "AreaTag"
  104.                statement: it's ILLEGAL to use "AreaTag MyTag -$".
  105.                You must either use "AreaTag MyTag" (if SquishCfg is
  106.                used) or "AreaTag MyTag c:\bbs\mail\mytag -$".
  107.                In other words: when you let NEF lookup the TAG in
  108.                Squish.cfg, it is smart enough to find out the area type
  109.                on its own !
  110.         
  111.              - When hatching from command line, it is now legal to specify
  112.                @diz without specifying a short description: it will be
  113.                considered empty. I still strongly recommend to always
  114.                specify a "short" description besides the optional "long"
  115.                one.
  116.         
  117.                Example
  118.         
  119.                Nef Hatch c:\file\filename.ext TAG @diz
  120.         
  121.                is now equivalent to:
  122.         
  123.                Nef Hatch c:\file\filename.ext TAG "" @diz
  124.         
  125.              - Changed a typedef in NEFEAT.H, so that it does not
  126.                create problems with IBM compilers (thanks to Michael
  127.                Hohner).
  128.         
  129.              - OS/2: New mnemonic characters for PmHatch PushButtons.
  130.         
  131.         
  132.         
  133.         2.31   Private Beta, Mar 3 1996
  134.         
  135.              - Fixed problem with UNC filenames that start with a double
  136.                backslash (on LANs).
  137.         
  138.         
  139.         
  140.         2.30   Public Release, Feb 19 1996
  141.         
  142.              - Check added to prevent NEF from issuing a forward request
  143.                to multiple uplinks for the same area, when a TAG is
  144.                contained in more than one Filebone file.
  145.         
  146.              - New cfg statement: "ForwardWildReq".
  147.                Starting with ver 2.30, by default, TicFix requests with
  148.                wildcards are NOT forwarded to the filebones; this verb
  149.                enables even this type of request forward.
  150.         
  151.              - Additional check in PmHatch: if no "short" description is
  152.                specified, the user is prompted about whether he really
  153.                means to hatch with no (short) description.
  154.         
  155.              - Updated Docs.
  156.         
  157.         
  158.         
  159.         2.26   Public Beta, Jan 22 1996
  160.         
  161.         
  162.              - COMPATIBILITY WARNING:
  163.         
  164.                New override priority sequence for "from AKA".
  165.         
  166.                The highest priority is that of the "Area AKA": if you
  167.                have defined an area aka (#<address> in FileArea
  168.                definition), it will always be the "from address" for
  169.                TICs from this area.
  170.         
  171.                Then there is the aka override of "FileLink" definitions.
  172.                If a node has a "from aka" specified in it's FileLink
  173.                definition, it will be used for all TICs addressed to
  174.                this node, unless there is an overriding "Area AKA".
  175.         
  176.                If no override is applicable from FileArea and FileLink
  177.                definitions, then an aka match is attempted: if the
  178.                "to-address" has a zone that matches an address defined
  179.                in NEF.CFG, then the first match is used.
  180.         
  181.                If none of the previous cases applies, the primary
  182.                address is used (the first address defined in nef.cfg).
  183.         
  184.         
  185.              - New command line options for hatch commands.
  186.         
  187.                "@bbs" can be used in the place of the normal
  188.                description: NEF will take (if existent) from the
  189.                files.bbs.
  190.         
  191.                "@diz" can be used as a further optional parameter (after
  192.                the "short" description) to make NEF take the "long"
  193.                description from the file_id.diz contained in the
  194.                archive.
  195.         
  196.                Examples:
  197.         
  198.                nef hatch d:\apbbs\nef999.rar APBBS "Nef 9.99"
  199.                nef hatch d:\apbbs\nef999.rar APBBS @bbs
  200.                nef hatch d:\apbbs\nef999.rar APBBS "Nef 9.99" @diz
  201.                nef hatch d:\apbbs\nef999.rar APBBS @bbs @diz
  202.         
  203.         
  204.              - New "Single Hatch" option.
  205.                If you Hatch/Catch/Match/Send a file with the -d<adr>
  206.                command line switch, it is sent to <adr> only.
  207.         
  208.                <adr> can be any 4D address: in the case it is defined as
  209.                a link in the matching "FileArea" or even only as a
  210.                "FileLink", the specified akas, password and switches are
  211.                applied.
  212.         
  213.                If, on the contrary, <adr> is a unknown address,
  214.                the Hold flavour is used, no password is put in
  215.                the TIC and the "from" aka is derived from an aka-match
  216.                on the zone.
  217.         
  218.                Example: Nef -d2:332/504.2 hatch
  219.         
  220.         
  221.              - Now NEF is able to add new (created) areas to the Maximus
  222.                filearea.ctl or equivalent.
  223.                There are two new configuration statements:
  224.         
  225.                MaxAreaAdd <fileareactl> <lev[/keys]> <acs> [<division>]
  226.                MaxAreaCompile <command>
  227.         
  228.                <fileareactl> is the fully qualified name of the Maximus
  229.                file-area definition file.
  230.         
  231.                <lev[/keys]> protects areas of higher privilege from
  232.                being automatically added to the Maximus configuration.
  233.                The level and keys are to be compared to those of
  234.                ProtArea statements and FileBone files.
  235.         
  236.                <acs> is the Maximus access string to be used in
  237.                <fileareactl> for the new area.
  238.         
  239.                <division> is the optional specification of a division
  240.                where you want to put new areas. If not specified or not
  241.                found, the new areas will be appended at the end of
  242.                <fileareactl>.
  243.         
  244.                <command> is an external command to be executed before
  245.                NEF ends, from the Maximus system directory.
  246.                It should be used to compile the new Maximus
  247.                configuration via SILT/SILTP.
  248.         
  249.                The area name is taken equal to the area TAG, with dots
  250.                changed to underscores.
  251.         
  252.                The area description is taken from the FileBone files if
  253.                available, otherwise it is taken equal to the area TAG.
  254.         
  255.                Example:
  256.         
  257.                MaxAreaAdd d:\max\filearea.ctl 0 Transient Tic.New
  258.                MaxAreaCompile siltp max -a -2a
  259.         
  260.                The new areas, will be inserted at the end of division
  261.                "Tic.New" in the file "d:\max\filearea.ctl", with an
  262.                access string of "Transient". Areas with protection level
  263.                above 0 or any protection key will NOT be added to
  264.                maximus configuration.
  265.         
  266.                Before terminating, NEF will invoke the SILTP compiler to
  267.                update the area configuration. The command will be
  268.                executed after changing the current directory to the
  269.                Maximus system one (probably d:\max\).
  270.         
  271.         
  272.              - The filebone-style files now accept the specification of
  273.                keys after level.
  274.         
  275.                Example:
  276.         
  277.                Area NODEDIFF 0/f ! FidoNet: Weekly NodeList Updates
  278.         
  279.         
  280.              - The default message size is of 12KB.
  281.                The new cfg statement "MsgSize <bytes>" allows to specify
  282.                a different size (minimum 8KB).
  283.         
  284.                Usually a larger message size is useful to avoid too many
  285.                messages in reports of filebone availability. Anyway,
  286.                please be careful not to use a size larger than your
  287.                downlinks can handle.
  288.         
  289.                Example:
  290.         
  291.                MsgSize 90000
  292.         
  293.         
  294.              - Fast Netmail Scan in Squish area.
  295.                The pointer to the last scanned message is stored
  296.                in <netarea>.NEF.
  297.         
  298.         
  299.              - New cfg statement "NoRaidBeforeHatch" to avoid the
  300.                scanning of netmail before the execution of hatch
  301.                commands. This could be useful to avoid delays with huge
  302.                *.MSG netmail areas.
  303.         
  304.         
  305.              - The tear line now reports the OS version (OS/2 or DOS)
  306.                and a '+' after the version number in the case of a
  307.                registered copy ("Evaluation" for unregistered copies, as
  308.                before).
  309.         
  310.         
  311.              - Errorlevels for Lock and Close error on message areas
  312.                have been dropped: if a Lock error happens, NEF will exit
  313.                with the Open area errorlevel; in the case of a Close
  314.                error, NEF will continue after issuing an error message.
  315.         
  316.         
  317.              - TICs received with no password in "NoSecure" mode are
  318.                accepted anyway.
  319.         
  320.         
  321.              - Area aka overrides are reported by the nef filefix robot
  322.                when answering to query type commands.
  323.         
  324.         
  325.            OS/2 Only:
  326.         
  327.              - Added support for Feature DLLs:
  328.         
  329.                Two new configuration statements are supported:
  330.         
  331.                FeatureLoad <DllName>
  332.                Feature <cfgline>
  333.         
  334.                "FeatureLoad" allows to load a "Feature" DLL.
  335.                <DllName> can be a simple filename without extension
  336.                (".DLL" implied) if the DLL is in the LibPath, otherwise
  337.                a fully qualified filename can be specified.
  338.         
  339.                "Feature" allows to specify configuration statements that
  340.                are to be parsed by the DLL.
  341.         
  342.                Multiple FeatureLoad statements are allowed, in which
  343.                case the Feature statements refer to the last loaded DLL.
  344.         
  345.                An Example DLL, named "Feature.Dll" is provided, with
  346.                source.
  347.         
  348.                Example (works with the example DLL):
  349.         
  350.                FeatureLoad Feature
  351.                Feature OutPrefix "New File Received: "
  352.         
  353.         
  354.         
  355.         2.21   Public Beta, Jan 1 1996
  356.         
  357.              - This should be the last beta before a new "final" release.
  358.         
  359.              - COMPATIBILITY WARNING:
  360.         
  361.                The old "AreaList" configuration statement has been dropped.
  362.                In some cases you could use the new "HelpFile" statement
  363.                to point to the file you used with "AreaList".
  364.         
  365.              - New "HelpFile <file>" configuration statement.
  366.                The specified <file> will be sent (via netmail) by the
  367.                FileFix robot when help is requested.
  368.         
  369.              - New switches can be used on the subject of messages
  370.                addressed to the FileFix robot:
  371.         
  372.                -h  to ask for help.
  373.                -q  remains "query": list of all areas.
  374.                -l  now means "linked": list of linked areas only.
  375.                -u  to get a list of unlinked areas only.
  376.         
  377.                Only the first letter is checked, so you could use
  378.                "-query" instead of the simple abbreviation "-q".
  379.         
  380.              - New commands are now available in the body of the
  381.                messages addressed to the FileFix robot.
  382.                Besides add/delete commands for areas, you can use:
  383.         
  384.                %Help        same as -h
  385.                %Query       same as -q
  386.                %List        same as -q
  387.                %Linked      same as -l
  388.                %Unlinked    same as -u
  389.         
  390.              - New "FileBone" support.
  391.         
  392.                NEF is now able to use information distributed via the
  393.                FileBone.Na and FileBone.No files.
  394.         
  395.                Many useful functions are allowed by the use of these
  396.                files, so, even if you do not receive them from your
  397.                uplink, you could evaluate the possibility of creating
  398.                "filebone" style files on your own, just to store some
  399.                information that can be retrieved by NEF.
  400.         
  401.         
  402.              - The format for the filebone style is:
  403.         
  404.                Area <Tag> <lev> <flags> <desc>
  405.         
  406.                <Tag> is the TIC area Tag. The original filebone format
  407.                      allows 8 character maximum but NEF is not that
  408.                      limited.
  409.         
  410.                <lev> is the protection level of the area, for "filefix"
  411.                      (raid) functions.
  412.                      The original format allows the range 0-4095 while
  413.                      NEF allows 0-65535.
  414.         
  415.                <flags> is a combinaton of !.*& and possibly other
  416.                        characters.
  417.         
  418.                      ! : Can be found at any Filebone Hub.
  419.                      . : Only on some Filebone Hubs.
  420.                      * : Any node can hatch into.
  421.                      & : Do not send to downlinks.
  422.         
  423.                 Others : Private distribution.
  424.         
  425.                 Examples:
  426.         
  427.                      ! : normal area from the uplink to its downlinks,
  428.                          available on all Filebone Hubs.
  429.         
  430.                    !*& : return channel from the downlinks to their
  431.                          uplink, available on all Filebone Hubs.
  432.         
  433.                     .* : bidirectional area (any node can hatch into),
  434.                          available on some Filebone hubs only.
  435.         
  436.         
  437.                <desc> is the description for the area.
  438.         
  439.         
  440.                Example:
  441.         
  442.                Area APBBS    0 P ApWorks OS/2 BBS programs
  443.                Area NODEDIFF 0 ! FidoNet: Weekly NodeList Updates
  444.         
  445.              - New configuration verb:
  446.         
  447.                FileBone <file> [<fm> <to> <toadr> <acc> [<pre>]]
  448.         
  449.                Multiple FileBone statements are possible.
  450.         
  451.                <file> is the filename of the filebone-style file.
  452.         
  453.                If you want to enable the forward of requests for new
  454.                areas from your downlinks to your uplink(s), you must
  455.                specify the following fields (to be enclosed between
  456.                quotes when containing space) so that they can be used to
  457.                write netmail messages to your uplink's Raid:
  458.         
  459.                <fm> is the "from" name.
  460.         
  461.                <to> is the "to" name.
  462.         
  463.                <toadr> is the "to" 4D address.
  464.         
  465.                <acc> is a <level>[/keys] specification, to limit the
  466.                      access of downlinks to request forwards addressed
  467.                      to <toadr> for the areas described in <file>.
  468.         
  469.                <pre> is an optional string to be prefixed to the area
  470.                      Tags that are being requested.
  471.         
  472.                Examples:
  473.         
  474.                FileBone \bbs\FileBone.Na "Alberto Pasquale" SysOp 2:332/1 0
  475.         
  476.                The "\bbs\FileBone.Na" file is used by NEF, also for
  477.                request forwards.
  478.         
  479.                When a downlink requests an area that is not currently
  480.                defined in the NEF configuration (usually TicArea.Cfg)
  481.                but is described in FileBone.Na, a netmail message is
  482.                written by NEF from "Alberto Pasquale" to "SysOp" of
  483.                2:332/1 using the appropriate "from address" aka and
  484.                "subject" (password) as per the "FileLink" definition of
  485.                2:332/1. The body contains a list of the requested area
  486.                Tags, one per line.
  487.         
  488.                No (<acc> = "0") protection is specified (any downlink
  489.                has access to request forwards).
  490.         
  491.         
  492.                FileBone \bbs\FB.SP "Alberto Pasquale" SysOp 2:332/1 30/a +
  493.         
  494.                Only downlinks with level equal or above 30 and with the
  495.                'A' key have access to request forwards. The requested
  496.                tags will be preceded by "+".
  497.         
  498.                If you need a space between the '+' and the tag, then you
  499.                must specify a <pre> that contains a space, so you have
  500.                to enclose it in quotes:
  501.         
  502.                FileBone \bbs\FB.SP "Alberto Pasquale" SysOp 2:332/1 0 "+ "
  503.         
  504.              - The forwarded requests are stored in a file named after
  505.                the configuration one, changing the extension to ".Fwd".
  506.                Usually the configuration file is "Nef.Cfg", so the
  507.                forwarded requests will be stored in "Nef.Fwd".
  508.         
  509.                The format is: <Tag> <Addr>, i.e. every line contains a
  510.                Tag followed by the 4D Address of the downlink that made
  511.                the request.
  512.         
  513.                When a new area is created, NEF looks into this file in
  514.                order to find nodes to be added to the new "FileArea"
  515.                definition.
  516.         
  517.              - A node is entitled to add an area only if it has level
  518.                and keys that match the requirements from BOTH the
  519.                "ProtArea" statements in Nef.Cfg and the <lev>
  520.                specification in a FileBone file (if available).
  521.         
  522.              - The various area-listing commands will list the
  523.                descriptions contained in the FileBone files.
  524.         
  525.              - When the FileFix robot is requested a list of areas that
  526.                are not linked, it will list also those available to the
  527.                requesting node from the filebone.
  528.         
  529.              - New cfg statement:
  530.         
  531.                AreaDescWrap <indent> <right>
  532.         
  533.                suggested:
  534.         
  535.                AreaDescWrap 25 79
  536.         
  537.                The descriptions returned by the filefix functions will
  538.                be word-wrapped so that continuation lines start with
  539.                <indent> spaces and do not exceed column <right>.
  540.         
  541.              - New extended syntax for the Netmail statement:
  542.         
  543.                NetMail <path> [-$] [-p<adr>]
  544.         
  545.                The new -p<adr> switch allows to specify a primary
  546.                address for the netmail area. NEF will use this address
  547.                to write the messages to the FileBone's FileFix to the
  548.                correct netmail area.
  549.         
  550.                If you have multiple netmails, please add the primary
  551.                address specification in all but the "default" netmail
  552.                areas.
  553.         
  554.              - New command line command:
  555.         
  556.                NEF NOTIFY [ALL | <adr> ...]
  557.         
  558.                The Notify command sends a list of linked areas to the
  559.                specified links.
  560.         
  561.                Examples:
  562.         
  563.                NEF Notify
  564.                NEF Notify All
  565.         
  566.                Sends notification to all links.
  567.         
  568.                NEF Notify 2:332/504 81:449/9108
  569.         
  570.                Sends notifications to the 2 specified addresses.
  571.         
  572.         
  573.         
  574.         2.20   Public Beta, Dec 03 1995
  575.         
  576.              - New type of hatch with copy:
  577.         
  578.                If you use "NEF CATCH", the specified file is copied to
  579.                the destination area and hatched.
  580.         
  581.              - Multi-Line files.bbs descriptions are now supported.
  582.                To enable this feature the way you like, please use the
  583.                "MultiLineDesc <nnn> [<c>]" statement, specifying the
  584.                continuation column and character.
  585.         
  586.                For example, to have the 2nd and following description
  587.                lines in files.bbs start at column 31, use:
  588.         
  589.                MultiLineDesc 31
  590.         
  591.                To have the continuation lines preceded by a '|'
  592.                character, use:
  593.         
  594.                MultiLineDesc 29 |
  595.         
  596.              - Modified routines for PassThru clean-up.
  597.         
  598.                Previously passthru areas HAD to be defined using a
  599.                separate path for each area. Now NEF works correctly even
  600.                if you define many areas with the same path.
  601.         
  602.                Anyway this is not a recommended practice, since slightly
  603.                different files with the same name could arrive from
  604.                different areas causing a CRC mismatch.
  605.         
  606.            OS/2 Only:
  607.         
  608.              - New Pm Hatch.
  609.                To invoke the PM hatch program you must type "NEF send".
  610.                The PmHatch program is very simple and intuitive to use:
  611.                see the following description.
  612.         
  613.                You can select the destination Area Tag via a drop-down
  614.                list: just click with the mouse on the button at the
  615.                right of the entry field.
  616.         
  617.                You have three radio buttons to select the "type" of
  618.                hatch (normal, with Copy, with Move), just as you use
  619.                Hatch/Catch/Match from the command line.
  620.         
  621.                You can choose the file to be hatched via a file dialog
  622.                box: just click on the "Browse" push button on the right
  623.                of the field.
  624.         
  625.                You can also specify a "Replace" file via a file-dialog
  626.                by clicking on the "Browse" push-button on the right of
  627.                the "Repl" field.
  628.         
  629.                When doing Copy or Move, the files.bbs of the destination
  630.                area is updated and the "replace" file (if specified) is
  631.                deleted, just as if the file were tossed from the
  632.                inbound.
  633.         
  634.                You can mark the "No Local Kill" checkbox to prevent NEF
  635.                from deleting the "replace" file in the local area.
  636.         
  637.                You can load a "short description" (Desc) from the
  638.                files.bbs, by clicking on the "FilesBbs" push-button.
  639.         
  640.                You can load a multi-line "long description" (Long Desc)
  641.                from the File_Id.Diz inside the archive, from the
  642.                Files.Bbs or from a specified file (Arc Diz, FilesBbs,
  643.                File push-buttons respectively).
  644.         
  645.                If you do not have the "CompressCfg <filename>" statement
  646.                in Nef.Cfg, the "Arc Diz" push-button will be disabled.
  647.         
  648.                Of course you can always fill-in or modify any field
  649.                manually.
  650.         
  651.                Now look at the five push-buttons at the bottom of the
  652.                hatch dialog:
  653.         
  654.                <OK>: to exit the dialog and hatch all the entered files.
  655.         
  656.                <Prev>: to visualize the previous hatch entry.
  657.         
  658.                <Next>: to create a new (empty) entry in order to hatch
  659.                        another file.
  660.         
  661.                <Copy>: to copy the visualized entry to the first free
  662.                        position, in order to hatch another file by
  663.                        modifying the current entry.
  664.         
  665.                <Cancel> or ESC: to cancel the current entry.
  666.         
  667.                ALT-F4 or "Close", to abort (cancell all the hatch
  668.                       entries).
  669.         
  670.              - Please note that the PmHatch.Exe file must be in the path
  671.                when you invoke "Nef Send". In the case the PmHatch
  672.                program terminates abnormally, the NEF program will
  673.                wait for it indefinitely: you can stop it using CTRL-C or
  674.                CTRL-Break.
  675.         
  676.              - To allow the extraction of File_Id.Diz while using the Pm
  677.                Hatch, use the "CompressCfg <filename>" statement to
  678.                specify the location and name of a "Squish style"
  679.                compress.cfg:
  680.         
  681.                CompressCfg c:\squish\compress.cfg
  682.         
  683.         
  684.         
  685.         2.19   Public Beta, Oct 04 1995
  686.         
  687.              - Please note:
  688.         
  689.                APWORKS has changed phone number:
  690.         
  691.                2:332/504@fidonet +39-59-246112 ISDNC/V34/VFC/V32T/H16
  692.                2:332/524@fidonet +39-59-246113 ISDNC/V34/VFC/V32T/H16/FAX
  693.         
  694.                A new registration site is available:
  695.         
  696.                Jens Holm of 2:238/888@fidonet
  697.                Skanderupgade 9, D2
  698.                8660 Skanderborg
  699.                Denmark
  700.         
  701.                Price: 125.- DKR.
  702.         
  703.                Can be paid cash, check or postal order.
  704.         
  705.              - ATTENTION: this version is for use with Maximus 3.00;
  706.                support for Maximus 2.0x has been dropped. If you still
  707.                use Max 2.0x you have to disable filebase support or
  708.                continue using version 2.18.
  709.                If you do not use Maximus, you can obviously use whatever
  710.                version of NEF you like.
  711.         
  712.              - New mutual exclusive semaphore flag "FileBase.Bsy" used
  713.                to avoid concurrent access and modification of the
  714.                filebase by other ApWorks programs.
  715.                There is no need to delete this flag if it is not deleted
  716.                after a power failure or abnormal termination (ApWorks
  717.                programs are smart enough to realize whether the flag is
  718.                really in use or not).
  719.         
  720.              - New errorlevel 17 for FileBase Busy Timeout.
  721.         
  722.              - Support for the "MAXIMUS" environment variable: the
  723.                "MaxPrm" cfg statement is now only an override.
  724.                Please note that if the "MAXIMUS" variable is not
  725.                defined, you must use the "MaxPrm" statement BEFORE
  726.                "FileBaseUpdate".
  727.         
  728.              - When the files are touched in HPFS, the creation date is
  729.                modified, not the modification one, in order to make the
  730.                files recognized as new by Maximus and FLM without
  731.                changing the date that is normally shown and transferred:
  732.                you "see" and transfer to your downlinks the original
  733.                date of the file while Maximus and FLM are able to
  734.                realize that the file is new.
  735.         
  736.              - WildTags are now interpreted following the "OS/2 style"
  737.                for file wildcards: "*LOC*" specifies all tags that
  738.                contain "LOC"; "FW???" specifies all tags that have up
  739.                to three characters after "FW", etc.
  740.         
  741.         
  742.         
  743.         2.18   Public Beta, Aug 28 1995
  744.         
  745.              - KeepSeenBy statement dropped: SeenBys are now already
  746.                kept.
  747.         
  748.              - SeenBys are now always fully processed as they should.
  749.         
  750.              - Points are not included in the SeenBys of TICs addressed
  751.                to other links, to avoid unnecessarily huge lists of
  752.                SeenBys.
  753.         
  754.              - Fixed bug of Dos 2.17 version that prevented NEF from
  755.                moving files between different logical drives.
  756.         
  757.              - Description is now formatted between columns 4 and 79, to
  758.                make descriptions with empty lines look better.
  759.         
  760.              - The outbound functions (Out, OutView, Clean) can now
  761.                handle 2000 files instead of 1000 (?UT, ?LO).
  762.         
  763.              - PassThru areas implemented: new "-0" option in "FileArea"
  764.                statement.
  765.         
  766.                FileArea <TAG> <path> I|O|* [#<adr>] [-0] [[<flags>[link]...]
  767.         
  768.                When the "-0" is specified, the area is "PassThru", that
  769.                is its files will be deleted when already sent to all the
  770.                downlinks.
  771.         
  772.                Please note that ANY file (apart from FILES.*) present in
  773.                <path> and not attached to any system will be deleted.
  774.         
  775.              - Since it might be not efficient to always scan the entire
  776.                outbound to check for passthru files to be deleted, NEF
  777.                must be instructed to do so.
  778.                There are two ways to make NEF delete old passthru files:
  779.                - Use -p command line switch.
  780.                - Use CLEAN command line command.
  781.         
  782.                Examples:
  783.         
  784.         
  785.                NEF -p
  786.         
  787.                  Makes NEF operate as usual, but it will clean the
  788.                  PassThru areas before terminating.
  789.         
  790.         
  791.                NEF -p OUT
  792.         
  793.                 Makes NEF clean the PassThru areas and report the status
  794.                 of Outbound. This is the most efficient use, since NEF
  795.                 must scan the outbound once to make two different things
  796.                 ("clean passthru" and "outbound report").
  797.         
  798.         
  799.                NEF CLEAN
  800.         
  801.                 Makes NEF clean the PassThru.
  802.         
  803.         
  804.              - The OUT and OUTVIEW commands are now equivalent for
  805.                message output. When using file output ("NEF OUT Out.Txt"
  806.                or "NEF OUTVIEW Out.Txt") OUT generates a concise
  807.                Outbound analysis (no specification of each and every
  808.                attached file), while OUTVIEW generates a full report.
  809.         
  810.              - The <OUT> special tag in "Announce" statements now makes
  811.                NEF write a concise outbound report.
  812.         
  813.              - The new <OUTVIEW> special tag provides for a detailed
  814.                outbound analysis.
  815.         
  816.              - New special tag <THRU> represents all passthru areas.
  817.                If you want to keep NEF from announcing files received
  818.                in PassThru areas, just use "NoAnnounce <THRU>".
  819.         
  820.              - New extensions in "NewAreasFrom" statement:
  821.         
  822.                NewAreasFrom <adr> [#<aka>] [-0] [<path>]
  823.         
  824.                The "-0" switch allows to create PassThru areas when a
  825.                unknown TAG is encountered.
  826.         
  827.                The <path> is an override for the global "NewAreasPath"
  828.                statement.
  829.         
  830.         
  831.         
  832.         2.17   Public Beta, Aug 10 1995
  833.         
  834.              - 16 bit versions dropped.
  835.         
  836.              - (OS/2) EAs are now copied together with the file, when it
  837.                must be moved from inbound to the destination area.
  838.         
  839.              - Fixed bug that caused newly created areas to be added
  840.                multiple times to ticarea.cfg if 2 or more areas were
  841.                created at the same time.
  842.         
  843.              - When "MATCHing" a file that is already in its destination
  844.                directory, it was deleted. Fixed.
  845.         
  846.              - Multiple "Desc" keywords in the inbound TICs are now
  847.                recognized properly. Previously only multiple "LDesc"
  848.                keywords were allowed; "Desc" had to be unique.
  849.         
  850.              - The description for FILES.BBS is now always taken from
  851.                the "Desc" keyword(s) in the inbound TICs. Previously the
  852.                "LDesc" description was used if longer. Reason: many
  853.                "LDesc" descriptions contain boxes and look ugly when
  854.                reformatted. The Files.BBS description does not allow to
  855.                keep formatting (must be on a single line, the BBS
  856.                program will reformat according to its configuration).
  857.         
  858.              - The description for announcement messages is the longest
  859.                one between "Desc" and "LDesc". Its formatting is now
  860.                preserved.
  861.         
  862.              - Now the '*' wildcard used alone does not include special
  863.                tags (beginning by '<'). People using "Announce *" will
  864.                not be disappointed any further by the announcing of
  865.                <BAD> in the same area.
  866.         
  867.              - The Path statement in outgoing TICs contained the ASCII
  868.                local (instead of GMT) time specification followed by
  869.                "GMT". Now this has been fixed and the "GMT" changed to
  870.                "UTC". Please note that you must have the environment
  871.                variable "TZ" correctly set in config.sys (OS/2) or
  872.                autoexec.bat (DOS) to have a correct specification of
  873.                UTC.
  874.         
  875.                E.g. for Central European Time (CET)
  876.                SET TZ=CET-01  (winter, normal time)
  877.                SET TZ=CET-02  (summer, daylight saving time)
  878.         
  879.                E.g. for USA East Coast:
  880.                SET TZ=EST5EDT
  881.                Eastern time is 5h less than UTC and Daylight saving
  882.                applies with the "standard rule" from the first sunday of
  883.                April to the last sunday of October.
  884.         
  885.                More complicate expressions could be used to specify
  886.                automatic change to and back from daylight saving, if a
  887.                fix rule is available.
  888.         
  889.                E.g. for Italy: daylight is 1h ahead from last sunday of
  890.                March to last sunday of September.
  891.         
  892.                SET TZ=CET-01CDT,M3.5.0,M9.5.0
  893.         
  894.                (See a C manual for more details).
  895.         
  896.         
  897.              - New "NoSecure" (global) cfg statement to disable the
  898.                Secure mode. When "NoSecure" is used, NEF will toss
  899.                incoming files ignoring errors due to password mismatch
  900.                and missing from-authorization (sender not linked, sender
  901.                receive only). Anyway the error will be noted in the logs
  902.                and <BAD> message report.
  903.         
  904.              - New "-t" command line switch to toggle "Secure" mode.
  905.         
  906.              - New (global) cfg statement "SquishCfg <filename>". It is
  907.                used to find the path of a message area from its TAG.
  908.                Required to use the new "AreaTag" statement in "short"
  909.                form.
  910.         
  911.              - New "AreaTag <Tag> [<path> [-$]]" statement, to be used
  912.                in the place of "AreaPath <path> [-$]". You can now
  913.                specify an announcement area by using its TAG, as
  914.                specified in Squish.Cfg.
  915.         
  916.                e.g.
  917.                AreaTag LOCAL_ANNOUNCES
  918.         
  919.                The "long form", with both <Tag> and <path>
  920.                specifications is useful in the case you do not use
  921.                Squish and still want to tell NEF the TAG for an echo
  922.                area, so that it can log it to EchoTossLog.
  923.         
  924.              - New "EchoTossLog <filename>" (global) cfg statement. NEF
  925.                will log to the specified file the tags of the echoareas
  926.                where it has written announcements. If you use the
  927.                "MaxPrm" statement, you can omit "EchoTossLog", since NEF
  928.                will take the default from the MaxPrm.
  929.         
  930.              - New "MaxPrm <filename>" (global) cfg statement. It is
  931.                used to take the default for EchoTossLog and to get the
  932.                name and location of the files necessary for filebase
  933.                updating. This is required when using "FileBaseUpdate".
  934.         
  935.              - New "FileBaseUpdate" (global) cfg statement.
  936.                Requires "MaxPrm".
  937.                NEF will automatically update the filebase for all the
  938.                areas changed when tossing/hatching new files. No more
  939.                need for external FB.
  940.         
  941.              - New "NoReplace <WTAG> ..." (global) cfg statement.
  942.                Multiple statements can be used. The specified <WTAG>s
  943.                indicate in which areas you do not want NEF to delete
  944.                files specified by the "Replaces" keyword in inbound
  945.                TICs.
  946.         
  947.                E.g.: to avoid Replace in all areas:
  948.         
  949.                NoReplace *
  950.         
  951.         
  952.         
  953.         2.16   Restricted Beta
  954.         
  955.              - The special tags (e.g. <BAD>, <DEF>) can now be
  956.                excluded from announcement via the "NoAnnounce"
  957.                statement, just like all the normal tags.
  958.                This is useful for people who like announcing all
  959.                the areas together ("Announce *") and that were
  960.                annoyed by the inclusion of the special tags
  961.                also.
  962.         
  963.         
  964.         
  965.         2.15   Public Beta, Nov 11 1994
  966.         
  967.              - Be aware that all DOCS refer to version 2.00:
  968.                updated documentation will be included in next
  969.                version. For now, please read this file to know
  970.                new features and changes.
  971.         
  972.              - The former support BBS (Videl, 2:332/504 511 524)
  973.                will close in a few days. A new support BBS
  974.                (ApWorks) is available with the same old address
  975.                2:332/504; V34/VFC +39-59-243882.
  976.                New Magics available for NEF beta: NEFBETA (OS/2)
  977.                and NEFDBETA (Dos).
  978.         
  979.              - OS/2 versions are now compressed with InfoZip.
  980.         
  981.              - Fixed a problem that occurred when "short
  982.                descriptions" (in "Desc" lines) were longer than
  983.                255 characters. Nef considered the remaining of
  984.                the description as an "unknown" line and put it
  985.                in the outbound TICs. Now the remainder of a too
  986.                long inbound-TIC line is discarded.
  987.         
  988.              - The "short description" limit has been raised to
  989.                2KB (the same as for the "long description").
  990.         
  991.              - When both the "short" (Desc) and "long" (LDESC)
  992.                descriptions are available, NEF uses the longer
  993.                one for announcements and FILES.BBS. Up to
  994.                v.2.14, NEF always used the "long" description
  995.                if available.
  996.         
  997.         
  998.         
  999.         2.14   Public Beta
  1000.         
  1001.              - Support for Long Tags
  1002.                Now the area TAGs are not limited to 8 chars and
  1003.                can contain any character.
  1004.                Anyway you should be careful because other
  1005.                TIC processing programs could not be capable of
  1006.                handling such long tags.
  1007.                For sake of completeness, they can even contain
  1008.                blank spaces: where they could be misinterpreted
  1009.                as field separating characters, you must include
  1010.                the whole Tag in quotes: "Long Tag".
  1011.                See the DOC for more details.
  1012.         
  1013.              - Hatch/Match (batch mode):
  1014.                the character for separating the name and the
  1015.                replace fields has been changed from ',' to '/'.
  1016.         
  1017.              - The "BefDesc" statement has been substituted by
  1018.                the "DescStart" one.
  1019.                Here is a comparison of old and new syntax:
  1020.                BefDesc <WTAG> [<WTAG> ...] "<string>"
  1021.                DescStart "<string>" <WTAG> [<WTAG> ...]
  1022.         
  1023.              - Now there are 4 different EXEs.
  1024.                NEF.EXE:    32 bit OS/2
  1025.                NEF16.EXE:  16 bit OS/2
  1026.                NEFD.EXE:   32 bit DOS, requires DOS4GW.EXE
  1027.                NEFD16.EXE: 16 bit DOS
  1028.         
  1029.              - The "areafix" robot ignored messages marked as
  1030.                sent. Now they are processed, to avoid problems
  1031.                with netmail packers that mark all messages as
  1032.                sent, even if they are sent nowhere, being
  1033.                already arrived at destination.
  1034.         
  1035.              - New command line switch to override the
  1036.                "StatusLog" filename: "-l<logname>".
  1037.         
  1038.              - The maximum length of messages created by robots
  1039.                before splitting has been elevated to 12KB.
  1040.         
  1041.         
  1042.         
  1043.         2.12   Beta
  1044.         
  1045.              - Fixed bug that caused access violations when
  1046.                doing "NEF Out".
  1047.         
  1048.         
  1049.         
  1050.         2.11   Beta
  1051.         
  1052.              - Messages generated by NEF in multiple parts now
  1053.                have a time stamp that increases one second for
  1054.                each message part, thus avoiding false duplicate
  1055.                detection by the buggy dupe check of Squish 1.10.
  1056.         
  1057.         
  1058.         
  1059.         2.10   Beta
  1060.         
  1061.              - New function: "Outbound Analysis".
  1062.                Syntax: NEF OutView [<file>] (verbose)
  1063.                        NEF Out [<file>] (tiny)
  1064.         
  1065.                If <file> is not specified, the report goes to
  1066.                message areas. To define a message area for
  1067.                report, use the "<OUT>" keyword as a TAG. In this
  1068.                case, the Subj, Prefix and Suffix will be
  1069.                ignored.
  1070.         
  1071.         
  1072.         
  1073.         2.00 - First public release for the completely new NEF (OS/2 and
  1074.                DOS).
  1075.         
  1076.              - Added the <DEF> and <BAD> special tags for
  1077.                announcements.
  1078.         
  1079.              - Documented the NoAnnounce statement (already present in
  1080.                NEF v1.00).
  1081.         
  1082.              - Added the Tic processing and Link Robot sections.
  1083.         
  1084.         
  1085.         
  1086.         1.00 - First public release (DOS only).
  1087.